Identity In the identity view there are fields for entering the “Name”, “Code” and “Unit” attributes of an event. The “Name” attribute obviously contains the name of the event. Since this is usually the attribute shown in the title field of the event, you should select a name that makes it easy for you to identify which message the event sends. Apart from that there are no special rules. The “Code” attribute can be used as a supplement to the “Name” attribute to further help you identify the message. Again you are free to apply any coding system you like, or just ignore this field if you do not need it. Note, however, that if you do not want to bother entering the code yourself, you can use the “autocode” feature. This option is controlled by using the “Nodes and events…” command in the “Preference” submenu of the “File” menu. If the “Auto code” option is checked, DynRisk will generate a code for you based on the code of the parent folder and the number of objects in this folder. In particular if you create a new event inside a folder with code “A” and this event is the sixth object in this folder, the auto code for this event would be “A.06”. In the “Unit” field you specify the unit of the event. Since events cannot be stored on file during a simulation, the “Unit” attribute is less important for events than it is for nodes. However, entering a correct unit for each event, still makes your model easier to understand. Note that if you are working on a model where all or most of the events have the same unit, you can save a lot of work by entering this unit as the default unit. This is done by using the “Nodes and events…” command in the “Preference” submenu of the “File” menu. The “Kind” attribute, controlled by the corresponding popup menu is another optional identifier. Just as for nodes, DynRisk lets you choose between the following predefined kinds: • General • Boolean • Category • Constraint • Cost • Count • Date • Decision • Duration • Length • Manhrs. • Price • Rate • Volume • Weight • User 1 • User 2 • User 3 • User 4 If you do not need this attribute, just use “General” as kind. If you do not find anything appropriate, use “User 1”, “User 2”, “User 3” or “User 4”, and replace this by something more suitable in your final risk analysis report. Note that if you are working on a model where all or most of the events have the same kind, you can save a lot of work by selecting this kind as the default kind. This is done by using the “Nodes and events…” command in the “Preference” submenu of the “File” menu. In addition to the attributes we have mentioned so far, the “Identity” view contains two more: • Creation date • Revision date The creation date shows the date when the event was created, while the revision date shows the date for the last saved changes. If the model has not been saved on file since the event was created, you will only see a dash instead of a revision date. For obvious reasons, the creation and revision dates cannot be edited.